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SUPPLEMENTAL APPELLANT'S BRIEF ON APPEAL 

Sir: 

This is an appeal from the decision of the Examiner dated 
April 28, 2009, finally rejecting Claims 14-16, 23 and 26-29. 

REAL PARTY IN INTEREST 
Imagination Technologies Limited is the assignee of the 
present application and the real party in interest. 

RELATED APPEALS AND INTERFERENCES 
There are no related appeals and interferences to the 
present application. 

STATUS OF CLAIMS 
Claims 14-16, 23 and 26-29 are pending, have been finally 
rejected and are the claims on consideration on appeal. 
Claims 1-13, 17-22, 24 and 25 have been canceled. 
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STATUS OF AMENDMENTS 
The Amendment After Final Rejection dated October 27, 
20 09, amending Claim 29, was entered by the Examiner. 

SUMMARY OF CLAIMED SUBJECT MATTER 
Appellant's invention, as defined by independent Claim 
14, is directed to an apparatus for automatically generating a 
mipmap chain of texture images from a portion of texture image 
data for use in texturing a computer graphic image in a tile- 
based rendering system (pages 1, 2 and 3 of the original 
specification and the original abstract) comprising: means for 
supplying texture data (page 3 of the original specification 
and number 2 0 of Figure 3) ; means for allocating the texture 
data to at least one tile (page 6 of the original 
specification) ; means for storing the texture data allocated 
to each tile in a tile buffer (pages 4 and 6 of the original 
specification and number 3 6 of Figure 4) ; means for filtering 
the texture data in the tile buffer for each tile (pages 4 and 
6 of the original specification and number 24 of Figure 3) and 
generating at least one lower level of mipmap data from the 
texture data (pages 4 and 6 of the original specification) ; 
means for temporarily storing each lower level of the mipmap 
data in the tile buffer (page 7 of the original specification 
and number 36 of Figure 4) ; and means for storing each lower 
level of the mipmap data in a system main memory (page 7 of 
the original specification and number 3 0 of Figure 3) , wherein 
the filtering means and the temporarily storing means generate 
a predetermined number of mipmap levels to form the mipmap 
chain of the texture images (pages 4 and 7 of the original 
specification and number 24 of Figure 3 and number 3 6 of 
Figure 4) . 

Another invention, as defined by independent Claim 23, is 
directed to a method for automatically generating a mipmap 
chain of texture images from a portion of texture image data 
for use in texturing a computer graphics image in a tile based 
rendering system (pages 1, 2 and 3 of the original 
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specification and the original abstract) , the method 
comprising the steps of: supplying texture data (page 3 of the 
original specification) ; allocating the texture data to at 
least one tile (page 6 of the original specification) ; storing 
the texture data for each tile in a tile buffer (pages 4 and 6 
of the original specification) ; for each tile, filtering the 
texture data in the tile buffer (pages 4 and 6 of the original 
specification) and generating at least one lower level of 
mipmap data from the texture data (pages 4 and 6 of the 
original specification) ; temporarily storing each level of the 
mipmap data in the tile buffer (page 7 of the original 
specification) ; and storing each level of the mipmap data in a 
system main memory (page 7 of the original specification) , 
wherein the filtering step and the temporarily storing step 
generate a predetermined number of mipmap levels to form the 
mipmap chain of the texture images (pages 4 and 7 of the 
original specification) . 

GROUND OF REJECTION TO BE REVIEWED ON APPEAL 
The ground of rejection to be reviewed on appeal is 
whether Claims 14-16, 23 and 26-29 are unpatentable under 35 
U.S.C. §103 (a) , as being obvious over Sanz-Pastor et al . , U.S. 
Patent No. 6 747 649 in view of Solomon, U.S. Patent No. 
6 493 858. 

ARGUMENT 

The present invention is directed to a method and an 
apparatus for automatically generating a mipmap chain of 
texture images from a portion of texture image data for use in 
texturing a computer graphic image in a tile -based rendering 
system. 

The apparatus comprises means for supplying texture data; 
means for allocating the texture data to at least one tile; 
means for storing the texture data allocated to each tile in a 
tile buffer: means for filtering the texture data in the tile 
buffer for each tile and generating at least one lower level 
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of mipmap data from the texture data; means for temporarily- 
storing each lower level of the mipmap data in the tile 
buffer; and means for storing each lower level of the mipmap 
data in a system main memory. 

The method comprises the steps of: supplying texture 
data; allocating the texture data to at least one tile; 
storing the texture data for each tile in a tile buffer; for 
each tile, filtering the texture data in the tile buffer and 
generating at least one lower level of mipmap data from the 
texture data; temporarily storing each level of the mipmap 
data in the tile buffer; and storing each level of the mipmap 
data in a system main memory. 

The apparatus has a feature that the filtering means and 
the temporarily storing means generate a predetermined number 
of mipmap levels to form the mipmap chain of the texture 
images . 

The method has a feature that the filtering step and the 
temporarily storing step generate a predetermined number of 
mipmap levels to form the mipmap chain of the texture images. 

The prior art cited by the Examiner, either singularly or 
in combination, does not disclose the presently claimed 
invention. 

REJECTION OF CLAIMS 14-16, 23 and 26-2 9 
UNDER 3 5 USC §103 (a) AS BEING OBVIOUS 
OVER SANZ- PASTOR ET AL . , U.S. PATENT NO. 6 74 7 64 9 
IN VIEW OF SOLOMON, U.S. PATENT NO. 6 493 858 
Claims 14-16, 23, 26-29 stand rejected under 35 USC 
§103(a), as being unpatentable over Sanz-Pastor et al . , U.S. 
Patent No. 6 74 7 64 9, in view of Solomon, U.S. Patent No. 
6 493 58. 

Claim 14 is directed to an apparatus for automatically 
generating a mipmap chain of texture images from a portion of 
texture image data for use in texturing a computer graphic 
image in a tile -based rendering system comprising: 

means for supplying texture data; 
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means for allocating the texture data to at least one 

tile; 

means for storing the texture data allocated to each tile 
in a tile buffer; 

means for filtering the texture data in the tile buffer 
for each tile and generating at least one lower level of 
mipmap data from the texture data; 

means for temporarily storing each lower level of the 
mipmap data in the tile buffer; and 

means for storing each lower level of the mipmap data in 
a system main memory, 

wherein the filtering means and the temporarily storing 
means generate a predetermined number of mipmap levels to form 
the mipmap chain of the texture images . 

Sanz- Pastor discloses an image pyramid with many 
different layers of the texture of different resolution. All 
of these layers are stored in the compressed form, and all the 
different layers of the mipmap data are stored in the image 
pyramid. In column 12, lines 48-65, Sanz-Pastor clearly 
teaches the different levels of the image pyramid stored in 
the tiles and how the tiles are fetched from the database. 
Thus, all the different levels of the mipmap data are stored. 

However, Sanz-Pastor does not disclose the means for 
filtering the texture data in the tile buffer for each tile 
and generating at least one lower level of mipmap data from 
the texture data. The Examiner cites column 14, lines 36-61 
and Figure 14 to compare with the means for filtering the 
texture data, but the Figure 14 shows the simulation of the 
dynamic surface such as a sea. Sanz-Pastor discloses column 
14, lines 36-39 that levels of detail are generated by 
filtering the simulated sea geometry into progressively 
sparser meshes, and that this filtering process occurs for 
each time -step of the simulation. Thus, Sanz-Pastor teaches 
the simulation of a sea, which is a moving body. 

The simulation of the moving surface includes the change 
of the texture that is actually displayed. To do this, the 
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first and second derivatives of the texture surface are 
derived and can be successfully displayed. This is completely 
different from the present invention providing the lower level 
mipmap data which represent the same texture data for display 
at different resolutions. Instead, for the lower level mipmap 
data, Sanz- Pastor uses the conventional image pyramid in which 
all the different resolutions of the texture data are stored. 

In addition, the filtering of the simulated sea geometry 
is different from the filtering the texture data in the 
present invention. Rather, Sanz-Pastor's filtering process 
performs filtering the geometry onto which the texture is to 
be applied. In column 14, lines 52-55, Sanz-Pastor discloses 
the creation of new meshes and texture maps as time progresses 
according to environmental parameters. Thus, Sanz-Pastor 
teaches changing the texture rather than the derivation of the 
mipmap chain of data from the initial texture. 

Also, Sanz-Pastor does not disclose the means for 
temporarily storing each lower level of the mipmap data in the 
tile buffer. Sanz-Pastor discloses in column 13, lines 3-6 
that because each layer texture is a MlP-map, each layer must 
obtain texels from multiple texture levels via tile assembly 
buffer 1206. However, Sanz-Pastor does not teach temporarily 
storing each lower level of the mipmap data in the tile 
buffer. The present invention does not need the storage for 
all the different levels of the mipmap data for all the 
textures while Sanz-Pastor does store all the different levels 
of the mipmap data in the image pyramid. On the other hand, 
the present invention teaches that the storage of one level of 
the mipmap texture data enables other mipmap layers to be 
generated temporarily as required. 

The Examiner admits that Sanz-Pastor does not explicitly 
teach the means for storing each lower level of the mipmap 
data in a system main memory, wherein the filtering means and 
the temporarily storing means generate a predetermined number 
of mipmap levels to form the mipmap chain of the texture 
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images, and cites Solomon so as to allegedly cure the 
deficiencies . 

Solomon discloses in Figure 2 and in column 15, line 56 
through column 16, line 4, the texture tile cache 232, the 
texture memory 234, the hierarchy cache 236, and the main 
memory 104. However, Solomon fails to teach storing each 
lower level of the mipmap data in the main memory . 

Also, Solomon does not teach a predetermined number of 
mipmap levels to form the mipmap chain of the texture images 
generated by the filtering means and the temporarily storing 
means . Solomon merely shows an example illustrating creation 
and use of the data structure, assuming that the top three 
levels of the chip pyramid are precomputed . 

Solomon describes a specific system for displaying VLSI 
layout. There would be no motivation whatsoever to combine 
Solomon's VLSI layout display with Sanz-Pastor ' s 3 -dimensional 
rendering system because the two systems have very different 
purposes and structures which cause compatibility problems. 

Accordingly, Claim 14 is believed to be patentably 
distinguishable over Sanz-Pastor and Solomon, alone or in 
combination with one another. 

Claim 23 is directed to a method corresponding to the 
apparatus of Claim 14, and, therefore, is believed to be 
allowable over Sanz-Pastor and Solomon for the same reasons as 
presented above relative to Claim 14 . 

Claims 15-16 and 26-29 depend upon what is believed to be 
allowable Claims 14 or 23, and as such, are believed allowable 
therewith. These claims also include additional features 
which further distinguish over Sanz-Pastor and Solomon. For 
example, Claim 15 recites, "the tile buffer is used for 
temporarily storing image data prior to writing it to a frame 
buffer. " 

Claim 16 recites, w the frame buffer comprises a portion 
of the main memory." As discussed above, Sanz-Pastor does not 
disclose storing the image data in a tile buffer, although 
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Sanz -Pastor teaches the sector vertex buffer 1106 for storing 
all the vertices to render each sector of the layer. 

Claim 26 recites, "the filtering means includes a box 
filter." Neither Sanz-Pastor nor Solomon teaches the box 
filter. 

Claim 27 recites, "the step of storing the texturing data 
associated with the image to be shielded in the system main 
memory before generating the mipmap chain of the texture 
images." As discussed above, Sanz-Pastor and Solomon do not 
teach even storing the texturing data in the system main 
memory or generating the mipmap chain of the texture images. 

Claims 28 and 29 disclose the means for, or the step of, 
overwriting a preceding level of the mipmap data in the tile 
buffer with a succeeding level of the mipmap data. Sanz- 
Pastor and Solomon do not teach the overwriting means for 
different levels of the mipmap data. 



For the reasons advanced above, it is respectfully 
submitted that the references cited by the Examiner do not 
show the claimed method and apparatus for automatically 
generating a mipmap chain of texture images from a portion of 
texture image data for use in texturing a computer graphic 
image in a tile-based rendering system. As such, Appellant 
respectfully requests reversal of the Examiner's rejection of 
the currently pending claims . 



CONCLUSION 



Respectfully submitted, 



TFC/HJ/smd 
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CLAIMS APPENDIX 

14. An apparatus for automatically generating a mipmap 
chain of texture images from a portion of texture image data 
for use in texturing a computer graphic image in a tile -based 
rendering system comprising: 

means for supplying texture data; 

means for allocating the texture data to at least one 

tile; 

means for storing the texture data allocated to each tile 
in a tile buffer; 

means for filtering the texture data in the tile buffer 
for each tile and generating at least one lower level of 
mipmap data from the texture data; 

means for temporarily storing each lower level of the 
mipmap data in the tile buffer; and 

means for storing each lower level of the mipmap data in 
a system main memory, 

wherein the filtering means and the temporarily storing 
means generate a predetermined number of mipmap levels to form 
the mipmap chain of the texture images . 

15. The apparatus according to claim 14, wherein the 
tile buffer is used for temporarily storing image data prior 
to writing it to a frame buffer. 

16. The apparatus according to claim 15, wherein the 
frame buffer comprises a portion of the main memory. 

23. A method for automatically generating a mipmap chain 
of texture images from a portion of texture image data for use 
in texturing a computer graphics image in a tile based 
rendering system, the method comprising the steps of: 

supplying texture data; 

allocating the texture data to at least one tile; 
storing the texture data for each tile in a tile buffer; 
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for each tile, filtering the texture data in the tile 
buffer and generating at least one lower level of mipmap data 
from the texture data; 

temporarily storing each level of the mipmap data in the 
tile buffer; and 

storing each level of the mipmap data in a system main 
memory, 

wherein the filtering step and the temporarily storing 
step generate a predetermined number of mipmap levels to form 
the mipmap chain of the texture images . 

26. The apparatus according to claim 14, wherein the 
filtering means includes a box filter. 

27. The method according to claim 23, further comprising 
the step of storing the texture data associated with the image 
to be shielded in the system main memory before generating the 
mipmap chain of the texture images . 

28. The apparatus of claim 14, additionally comprising 
means for overwriting a preceding level of the mipmap data in 
the tile buffer with a succeeding level of the mipmap data. 

29. The method of claim 23, additionally comprising the 
step of overwriting a preceding level of the mipmap data in 
the tile buffer with a succeeding level of the mipmap data. 
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EVIDENCE APPENDIX 



There is no extrinsic evidence relied upon by Appellant 
in the appeal . 
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RELATED PROCEEDINGS APPENDIX 



There are no related proceedings with respect to the 
present application . 
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